Scrapbox のどういうところがいいのか

hr.icon

よくできた WIki

ページをつくってリンクして、ページ名を変えたり、大きくなってきたページを分割したり、逆にページ同士を統合したり、といったことをすいすいとこなせる

階層構造がない

あるのはリンクだけなので、A フォルダに入れちゃったから B フォルダには入れられません〜ということがない

キーワード A でリンクしてあるページを見て「これキーワード B にも関係するじゃん」って思う人がいたらシュッとキーワード B を追記してやればいい

「これはどこに書くといいかな…？」と迷うより先に「書く」という行動が始まる、書き始めることを阻害しない

ひとつの組織内で Scrapbox のプロジェクトを複数用意して使おうとすると「どのプロジェクトに書けばいい…？」となってよさを失わせるかもしれない

入力補完なら出来た

どこに所属させるか悩まなくていいのはフラットな作りならでは

Submit がない

「書き進めていって完成したら投稿する」じゃないので、完成するまで投稿できない的なことが減る

お蔵入りが減り、結果としてドキュメントの総量が増えると思う

すべてが WIP になるし、それが推奨される

なにもかもが早い段階から共有されるようになる

逆に「Submit しました！これにて公開です！」とイベントごとにしようと思ったら工夫は必要だと思う

Wikiが情報共有ツールとして最強であることは分かっていたのに、脇道にそれる機能で弱点を補おうとしていたツールが多すぎたと思っています。あと何年見て見ぬ振りをするんだろうと。僕らは正面突破でWikiの問題点を一個づつ解決してる感じです。

同等の取り組みは、それ用のデータベースを用意してテーブルのスキーマを設計すれば実現できる

でもそんな面倒なことをせずとも「とにかくバーンと INSERT する」でなんとかなる感じ

総じて「書くことを阻害しない」「書き始めることを邪魔しない」という印象で、みんないっぱい書こう！というメッセージを感じる。

hr.icon

hr.icon

最初に「いっしょに」やること

username を設定する

アイコンを設定する

ひとつのページをいっしょに編集してみる

簡単な箇条書きくらいは使う

その「最初」のタイミングはオフラインのミーティングであることが多い

ミーティングの冒頭で「この会の議事録は Scrapbox に書きたいと思います」と言って 5 分くらいで説明する

「ミーティングが終わったときに議事録が完成している」というポジティブな体験とともに Scrapbox を認知してもらう